(о работе оператора)

rus сбой (м) в работе человека-оператора, ошибочные действия (мн) человека-оператора; отказ (м) по вине человека-оператора; отказ (м) человеческого элемента системы человек-машина

deu menschliches Fehlverhalten (n)

rus сбой (м) в работе человека-оператора, ошибочные действия (мн) человека-оператора; отказ (м) по вине человека-оператора; отказ (м) человеческого элемента системы человек-машина

eng human failure

rus сбой (м) в работе человека-оператора, ошибочные действия (мн) человека-оператора; отказ (м) по вине человека-оператора; отказ (м) человеческого элемента системы человек-машина

fra défaillance (f) humaine

rus сбой (м) в работе человека-оператора, ошибочные действия (мн) человека-оператора; отказ (м) по вине человека-оператора; отказ (м) человеческого элемента системы человек-машина

spa fallo (m) humano

rus сбой (м) в работе человека-оператора, ошибочные действия (мн) человека-оператора; отказ (м) по вине человека-оператора; отказ (м) человеческого элемента системы человек-машина

deu menschliches Fehlverhalten (n)

rus сбой (м) в работе человека-оператора, ошибочные действия (мн) человека-оператора; отказ (м) по вине человека-оператора; отказ (м) человеческого элемента системы человек-машина

deu menschliches Fehlverhalten (n)

rus сбой (м) в работе человека-оператора, ошибочные действия (мн) человека-оператора; отказ (м) по вине человека-оператора; отказ (м) человеческого элемента системы человек-машина

eng human failure

rus сбой (м) в работе человека-оператора, ошибочные действия (мн) человека-оператора; отказ (м) по вине человека-оператора; отказ (м) человеческого элемента системы человек-машина

eng human failure

rus сбой (м) в работе человека-оператора, ошибочные действия (мн) человека-оператора; отказ (м) по вине человека-оператора; отказ (м) человеческого элемента системы человек-машина

fra défaillance (f) humaine

rus сбой (м) в работе человека-оператора, ошибочные действия (мн) человека-оператора; отказ (м) по вине человека-оператора; отказ (м) человеческого элемента системы человек-машина

fra défaillance (f) humaine

rus сбой (м) в работе человека-оператора, ошибочные действия (мн) человека-оператора; отказ (м) по вине человека-оператора; отказ (м) человеческого элемента системы человек-машина

spa fallo (m) humano

rus сбой (м) в работе человека-оператора, ошибочные действия (мн) человека-оператора; отказ (м) по вине человека-оператора; отказ (м) человеческого элемента системы человек-машина

spa fallo (m) humano

1) IT. Freiheit von Irrtümern (в работе оператора)

2) manag. Fehlerfreiheit

выч. отсутствие ошибок (в работе оператора)

 

управление аварийными сигналами
-
[Интент]

Переход от аналоговых систем к цифровым привел к широкому, иногда бесконтрольному использованию аварийных сигналов. Текущая программа снижения количества нежелательных аварийных сигналов, контроля, определения приоритетности и адекватного реагирования на такие сигналы будет способствовать надежной и эффективной работе предприятия.

Если технология хороша, то, казалось бы, чем шире она применяется, тем лучше. Разве не так? Как раз нет. Больше не всегда означает лучше. Наступление эпохи микропроцессоров и широкое распространение современных распределенных систем управления (DCS) упростило подачу сигналов тревоги при любом сбое технологического процесса, поскольку затраты на это невелики или равны нулю. В результате в настоящее время на большинстве предприятий имеются системы, подающие ежедневно огромное количество аварийных сигналов и уведомлений, что мешает работе, а иногда приводит к катастрофическим ситуациям.

„Всем известно, насколько важной является система управления аварийными сигналами. Но, несмотря на это, на производстве такие системы управления внедряются достаточно редко", - отмечает Тодд Стауффер, руководитель отдела маркетинга PCS7 в компании Siemens Energy & Automation. Однако события последних лет, среди которых взрыв на нефтеперегонном заводе BP в Техасе в марте 2005 г., в результате которого погибло 15 и получило травмы 170 человек, могут изменить отношение к данной проблеме. В отчете об этом событии говорится, что аварийные сигналы не всегда были технически обоснованы.

Широкое распространение компьютеризированного оборудования и распределенных систем управления сделало более простым и быстрым формирование аварийных сигналов. Согласно новым принципам аварийные сигналы следует формировать только тогда, когда необходимы ответные действия оператора. (С разрешения Siemens Energy & Automation)

Этот и другие подобные инциденты побудили специалистов многих предприятий пересмотреть программы управления аварийными сигналами. Специалисты пытаются найти причины непомерного роста числа аварийных сигналов, изучить и применить передовой опыт и содействовать разработке стандартов. Все это подталкивает многие компании к оценке и внедрению эталонных стандартов, таких, например, как Publication 191 Ассоциации пользователей средств разработки и материалов (EEMUA) „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке", которую многие называют фактическим стандартом систем управления аварийными сигналами. Тим Дональдсон, директор по маркетингу компании Iconics, отмечает: „Распределение и частота/колебания аварийных сигналов, взаимная корреляция, время реакции и изменения в действиях оператора в течение определенного интервала времени являются основными показателями отчетов, которые входят в стандарт EEMUA и обеспечивают полезную информацию для улучшения работы предприятия”. Помимо этого как конечные пользователи, так и поставщики поддерживают развитие таких стандартов, как SP-18.02 ISA «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности». (см. сопроводительный раздел „Стандарты, эталоны, передовой опыт" для получения более подробных сведений).

Предполагается, что одной из причин взрыва на нефтеперегонном заводе BP в Техасе в 2005 г., в результате которого погибло 15 и получило ранения 170 человек, а также был нанесен значительный ущерб имуществу, стала неэффективная система аварийных сигналов.(Источник: Комиссия по химической безопасности и расследованию аварий США)

На большинстве предприятий системы аварийной сигнализации очень часто имеют слишком большое количество аварийных сигналов. Это в высшей степени нецелесообразно. Показатели EEMUA являются эталонными. Они содержатся в Publication 191 (1999), „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Начало работы

Наиболее важным представляется вопрос: почему так велико количество аварийных сигналов? Стауффер объясняет это следующим образом: „В эпоху аналоговых систем аварийные сигналы реализовывались аппаратно. Они должны были соответствующим образом разрабатываться и устанавливаться. Каждый аварийный сигнал имел реальную стоимость - примерно 1000 долл. США. Поэтому они выполнялись тщательно. С развитием современных DCS аварийные сигналы практически ничего не стоят, в связи с чем на предприятиях стремятся устанавливать все возможные сигналы".

Характеристики «хорошего» аварийного сообщения

В число базовых требований к аварийному сообщению, включенных в аттестационный документ EEMUA, входит ясное, непротиворечивое представление информации. На каждом экране дисплея:

• Должно быть четко определено возникшее состояние;

• Следует использовать терминологию, понятную для оператора;

• Должна применяться непротиворечивая система сокращений, основанная на стандартном словаре сокращений для данной отрасли производства;

• Следует использовать согласованную структуру сообщения;

• Система не должна строиться только на основе теговых обозначений и номеров;

• Следует проверить удобство работы на реальном производстве.

Информация из Publication 191 (1999) EEMUA „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Качественная система управления аварийными сигналами должна опираться на руководящий документ. В стандарте ISA SP-18.02 «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности», предложен целостный подход, основанный на модели жизненного цикла, которая включает в себя определяющие принципы, обучение, контроль и аудит.

Именно поэтому операторы сегодня часто сталкиваются с проблемой резкого роста аварийных сигналов. В соответствии с рекомендациями Publication 191 EEMUA средняя частота аварийных сигналов не должна превышать одного сигнала за 10 минут, или не более 144 сигналов в день. В большинстве отраслей промышленности показатели значительно выше и находятся в диапазоне 5-9 сигналов за 10 минут (см. таблицу Эталонные показатели для аварийных сигналов). Дэвид Гэртнер, руководитель служб управления аварийными сигналами в компании Invensys Process Systems, вспоминает, что при запуске производственной установки пяти операторам за полгода поступило 5 миллионов сигналов тревоги. „От одного из устройств было получено 550 000 аварийных сигналов. Устройство работает на протяжении многих месяцев, и до сих пор никто не решился отключить его”.

Практика прошлых лет заключалась в том, чтобы использовать любые аварийные сигналы независимо от того - нужны они или нет. Однако в последнее время при конфигурировании систем аварийных сигналов исходят из необходимости ответных действий со стороны оператора. Этот принцип, который отражает фундаментальные изменения в разработке систем и взаимодействии операторов, стал основой проекта стандарта SP18 ISA. В этом документе дается следующее определение аварийного сигнала: „звуковой и/или визуальный способ привлечения внимания, указывающий оператору на неисправность оборудования, отклонения в технологическом процессе или аномальные условия эксплуатации, которые требуют реагирования”. При такой практике сигнал конфигурируется только в том случае, когда на него необходим ответ оператора.

Адекватная реакция

Особенно важно учитывать следующую рекомендацию: „Не следует ничего предпринимать в отношении событий, для которых нет измерительного инструмента (обычно программного)”.Высказывания Ника Сэнд-за, сопредседателя комитета по разработке стандартов для систем управления аварийными сигналами SP-18.00.02 Общества ISA и менеджера технологий управления процессами химического производства DuPont, подчеркивают необходимость контроля: „Система контроля должна сообщать - в каком состоянии находятся аварийные сигналы. По каким аварийным сигналам проводится техническое обслуживание? Сколько сигналов имеет самый высокий приоритет? Какие из них относятся к системе безопасности? Она также должна сообщать об эффективности работы системы. Соответствует ли ее работа вашим целям и основополагающим принципам?"

Кейт Джоунз, старший менеджер по системам визуализации в Wonderware, добавляет: „Во многих отраслях промышленности, например в фармацевтике и в пищевой промышленности, уже сегодня требуется ведение баз данных по материалам и ингредиентам. Эта информация может также оказаться полезной при анализе аварийных сигналов. Мы можем установить комплект оборудования, работающего в реальном времени. Оно помогает определить место, где возникла проблема, с которой связан аварийный сигнал. Например, можно создать простые гистограммы частот аварийных сигналов. Можно сформировать отчеты об аварийных сигналах в соответствии с разными уровнями системы контроля, которая предоставляет сведения как для менеджеров, так и для исполнителей”.

Представитель компании Invensys Гэртнер утверждает, что двумя основными элементами каждой программы управления аварийными сигналами должны быть: „хороший аналитический инструмент, с помощью которого можно определить устройства, подающие наибольшее количество аварийных сигналов, и эффективный технологический процесс, позволяющий объединить усилия персонала и технические средства для устранения неисправностей. Инструментарий помогает выявить источник проблемы. С его помощью можно определить наиболее частые сигналы, а также ложные и отвлекающие сигналы. Таким образом, мы можем выяснить, где и когда возникают аварийные сигналы, можем провести анализ основных причин и выяснить, почему происходит резкое увеличение сигналов, а также установить для них новые приоритеты. На многих предприятиях высокий приоритет установлен для всех аварийных сигналов. Это неприемлемое решение. Наиболее разумным способом распределения приоритетности является следующий: 5 % аварийных сигналов имеют приоритет № 1, 15% приоритет № 2, и 80% приоритет № 3. В этом случае оператор может отреагировать на те сигналы, которые действительно важны”.

И, тем не менее, Марк МакТэвиш, руководитель группы решений в области управления аварийными сигналами и международных курсов обучения в компании Matrikon, отмечает: „Необходимо помнить, что программное обеспечение - это всего лишь инструмент, оно само по себе не является решением. Аварийные сигналы должны представлять собой исключительные случаи, которые указывают на события, выходящие за приемлемые рамки. Удачные программы управления аварийными сигналами позволяют добиться внедрения на производстве именно такого подхода. Они помогают инженерам изо дня в день управлять своими установками, обеспечивая надежный контроль качества и повышение производительности за счет снижения незапланированных простоев”.

Система, нацеленная на оператора

Тем не менее, даже наличия хорошей системы сигнализации и механизма контроля и анализа ее функционирования еще недостаточно. Необходимо следовать основополагающим принципам, руководящему документу, который должен стать фундаментом для всей системы аварийной сигнализации в целом, подчеркивает Сэндз, сопредседатель ISA SP18. При разработке стандарта „основное внимание мы уделяем не только рационализации аварийных сигналов, - говорит он, - но и жизненному циклу систем управления аварийными сигналами в целом, включая обучение, внесение изменений, совершенствование и периодический контроль на производственном участке. Мы стремимся использовать целостный подход к системе управления аварийными сигналами, построенной в соответствии с ISA 84.00.01, Функциональная безопасность: Системы безопасности с измерительной аппаратурой для сектора обрабатывающей промышленности». (см. диаграмму Модель жизненного цикла системы управления аварийными сигналами)”.

«В данном подходе учитывается участие оператора. Многие недооценивают роль оператора,- отмечает МакТэвиш из Matrikon. - Система управления аварийными сигналами строится вокруг оператора. Инженерам трудно понять проблемы оператора, если они не побывают на его месте и не получат опыт управления аварийными сигналами. Они считают, что знают потребности оператора, но зачастую оказывается, что это не так”.

Удобное отображение информации с помощью человеко-машинного интерфейса является наиболее существенным аспектом системы управления аварийными сигналами. Джонс из Wonderware говорит: „Аварийные сигналы перед поступлением к оператору должны быть отфильтрованы так, чтобы до оператора дошли нужные сообщения. Программное обеспечение предоставляет инструментарий для удобной конфигурации этих параметров, но также важны согласованность и подтверждение ответных действий”.

Аварийный сигнал должен сообщать о том, что необходимо сделать. Например, как отмечает Стауффер из Siemens: „Когда специалист по автоматизации настраивает конфигурацию системы, он может задать обозначение для физического устройства в соответствии с системой идентификационных или контурных тегов ISA. При этом обозначение аварийного сигнала может выглядеть как LIC-120. Но оператору информацию представляют в другом виде. Для него это 'регулятор уровня для резервуара XYZ'. Если в сообщении оператору указываются неверные сведения, то могут возникнуть проблемы. Оператор, а не специалист по автоматизации является адресатом. Он - единственный, кто реагирует на сигналы. Сообщение должно быть сразу же абсолютно понятным для него!"

Эдди Хабиби, основатель и главный исполнительный директор PAS, отмечает: „Эффективность деятельности оператора, которая существенно влияет на надежность и рентабельность предприятия, выходит за рамки совершенствования системы управления аварийными сигналами. Инвестиции в операторов являются такими же важными, как инвестиции в современные системы управления технологическим процессом. Нельзя добиться эффективности работы операторов без учета человеческого фактора. Компетентный оператор хорошо знает технологический процесс, имеет прекрасные навыки общения и обращения с людьми и всегда находится в состоянии готовности в отношении всех событий системы аварийных сигналов”. „До возникновения DCS, -продолжает он, - перед оператором находилась схема технологического процесса, на которой были указаны все трубопроводы и измерительное оборудование. С переходом на управление с помощью ЭВМ сотни схем трубопроводов и контрольно-измерительных приборов были занесены в компьютерные системы. При этом не подумали об интерфейсе оператора. Когда произошел переход от аналоговых систем и физических схем панели управления к цифровым системам с экранными интерфейсами, оператор утратил целостную картину происходящего”.

«Оператору также требуется иметь необходимое образование в области технологических процессов, - подчеркивает Хабиби. - Мы часто недооцениваем роль обучения. Каковы принципы работы насоса или компрессора? Летчик гражданской авиации проходит бесчисленные часы подготовки. Он должен быть достаточно подготовленным перед тем, как ему разрешат взять на себя ответственность за многие жизни. В руках оператора химического производства возможно лежит не меньшее, если не большее количество жизней, но его подготовка обычно ограничивается двухмесячными курсами, а потом он учится на рабочем месте. Необходимо больше внимания уделять повышению квалификации операторов производства”.

Рентабельность

Эффективная система управления аварийными сигналами стоит времени и денег. Однако и неэффективная система также стоит денег и времени, но приводит к снижению производительности и повышению риска для человеческой жизни. Хотя создание новой программы управления аварийными сигналами или пересмотр и реконструкция старой может обескуражить кого угодно, существует масса информации по способам реализации и достижения целей системы управления аварийными сигналами.

Наиболее важным является именно определение цели и способов ее достижения. МакТэвиш говорит, что система должна выдавать своевременные аварийные сигналы, которые не дублируют друг друга, адекватно отражают ситуацию, помогают оператору диагностировать проблему и определять эффективное направление действий. „Целью является поддержание производства в безопасном, надежном рабочем состоянии, которое позволяет выпускать качественный продукт. В конечном итоге целью является финансовая прибыль. Если на предприятии не удается достичь этих целей, то его существование находится под вопросом.

Управление аварийными сигналами - это процесс, а не схема, - подводит итог Гэртнер из Invensys. - Это то же самое, что и производственная безопасность. Это - постоянный процесс, он никогда не заканчивается. Мы уже осознали высокую стоимость низкой эффективности и руководители предприятий больше не хотят за нее расплачиваться”.

Автор: Джини Катцель, Control Engineering

[ http://controlengrussia.com/artykul/article/hmi-upravlenie-avariinymi-signalami/]

Тематики

• автоматизированные системы

EN

• alarm management

 

управление аварийными сигналами
-
[Интент]

Переход от аналоговых систем к цифровым привел к широкому, иногда бесконтрольному использованию аварийных сигналов. Текущая программа снижения количества нежелательных аварийных сигналов, контроля, определения приоритетности и адекватного реагирования на такие сигналы будет способствовать надежной и эффективной работе предприятия.

Если технология хороша, то, казалось бы, чем шире она применяется, тем лучше. Разве не так? Как раз нет. Больше не всегда означает лучше. Наступление эпохи микропроцессоров и широкое распространение современных распределенных систем управления (DCS) упростило подачу сигналов тревоги при любом сбое технологического процесса, поскольку затраты на это невелики или равны нулю. В результате в настоящее время на большинстве предприятий имеются системы, подающие ежедневно огромное количество аварийных сигналов и уведомлений, что мешает работе, а иногда приводит к катастрофическим ситуациям.

„Всем известно, насколько важной является система управления аварийными сигналами. Но, несмотря на это, на производстве такие системы управления внедряются достаточно редко", - отмечает Тодд Стауффер, руководитель отдела маркетинга PCS7 в компании Siemens Energy & Automation. Однако события последних лет, среди которых взрыв на нефтеперегонном заводе BP в Техасе в марте 2005 г., в результате которого погибло 15 и получило травмы 170 человек, могут изменить отношение к данной проблеме. В отчете об этом событии говорится, что аварийные сигналы не всегда были технически обоснованы.

Широкое распространение компьютеризированного оборудования и распределенных систем управления сделало более простым и быстрым формирование аварийных сигналов. Согласно новым принципам аварийные сигналы следует формировать только тогда, когда необходимы ответные действия оператора. (С разрешения Siemens Energy & Automation)

Этот и другие подобные инциденты побудили специалистов многих предприятий пересмотреть программы управления аварийными сигналами. Специалисты пытаются найти причины непомерного роста числа аварийных сигналов, изучить и применить передовой опыт и содействовать разработке стандартов. Все это подталкивает многие компании к оценке и внедрению эталонных стандартов, таких, например, как Publication 191 Ассоциации пользователей средств разработки и материалов (EEMUA) „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке", которую многие называют фактическим стандартом систем управления аварийными сигналами. Тим Дональдсон, директор по маркетингу компании Iconics, отмечает: „Распределение и частота/колебания аварийных сигналов, взаимная корреляция, время реакции и изменения в действиях оператора в течение определенного интервала времени являются основными показателями отчетов, которые входят в стандарт EEMUA и обеспечивают полезную информацию для улучшения работы предприятия”. Помимо этого как конечные пользователи, так и поставщики поддерживают развитие таких стандартов, как SP-18.02 ISA «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности». (см. сопроводительный раздел „Стандарты, эталоны, передовой опыт" для получения более подробных сведений).

Предполагается, что одной из причин взрыва на нефтеперегонном заводе BP в Техасе в 2005 г., в результате которого погибло 15 и получило ранения 170 человек, а также был нанесен значительный ущерб имуществу, стала неэффективная система аварийных сигналов.(Источник: Комиссия по химической безопасности и расследованию аварий США)

На большинстве предприятий системы аварийной сигнализации очень часто имеют слишком большое количество аварийных сигналов. Это в высшей степени нецелесообразно. Показатели EEMUA являются эталонными. Они содержатся в Publication 191 (1999), „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Начало работы

Наиболее важным представляется вопрос: почему так велико количество аварийных сигналов? Стауффер объясняет это следующим образом: „В эпоху аналоговых систем аварийные сигналы реализовывались аппаратно. Они должны были соответствующим образом разрабатываться и устанавливаться. Каждый аварийный сигнал имел реальную стоимость - примерно 1000 долл. США. Поэтому они выполнялись тщательно. С развитием современных DCS аварийные сигналы практически ничего не стоят, в связи с чем на предприятиях стремятся устанавливать все возможные сигналы".

Характеристики «хорошего» аварийного сообщения

В число базовых требований к аварийному сообщению, включенных в аттестационный документ EEMUA, входит ясное, непротиворечивое представление информации. На каждом экране дисплея:

• Должно быть четко определено возникшее состояние;

• Следует использовать терминологию, понятную для оператора;

• Должна применяться непротиворечивая система сокращений, основанная на стандартном словаре сокращений для данной отрасли производства;

• Следует использовать согласованную структуру сообщения;

• Система не должна строиться только на основе теговых обозначений и номеров;

• Следует проверить удобство работы на реальном производстве.

Информация из Publication 191 (1999) EEMUA „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Качественная система управления аварийными сигналами должна опираться на руководящий документ. В стандарте ISA SP-18.02 «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности», предложен целостный подход, основанный на модели жизненного цикла, которая включает в себя определяющие принципы, обучение, контроль и аудит.

Именно поэтому операторы сегодня часто сталкиваются с проблемой резкого роста аварийных сигналов. В соответствии с рекомендациями Publication 191 EEMUA средняя частота аварийных сигналов не должна превышать одного сигнала за 10 минут, или не более 144 сигналов в день. В большинстве отраслей промышленности показатели значительно выше и находятся в диапазоне 5-9 сигналов за 10 минут (см. таблицу Эталонные показатели для аварийных сигналов). Дэвид Гэртнер, руководитель служб управления аварийными сигналами в компании Invensys Process Systems, вспоминает, что при запуске производственной установки пяти операторам за полгода поступило 5 миллионов сигналов тревоги. „От одного из устройств было получено 550 000 аварийных сигналов. Устройство работает на протяжении многих месяцев, и до сих пор никто не решился отключить его”.

Практика прошлых лет заключалась в том, чтобы использовать любые аварийные сигналы независимо от того - нужны они или нет. Однако в последнее время при конфигурировании систем аварийных сигналов исходят из необходимости ответных действий со стороны оператора. Этот принцип, который отражает фундаментальные изменения в разработке систем и взаимодействии операторов, стал основой проекта стандарта SP18 ISA. В этом документе дается следующее определение аварийного сигнала: „звуковой и/или визуальный способ привлечения внимания, указывающий оператору на неисправность оборудования, отклонения в технологическом процессе или аномальные условия эксплуатации, которые требуют реагирования”. При такой практике сигнал конфигурируется только в том случае, когда на него необходим ответ оператора.

Адекватная реакция

Особенно важно учитывать следующую рекомендацию: „Не следует ничего предпринимать в отношении событий, для которых нет измерительного инструмента (обычно программного)”.Высказывания Ника Сэнд-за, сопредседателя комитета по разработке стандартов для систем управления аварийными сигналами SP-18.00.02 Общества ISA и менеджера технологий управления процессами химического производства DuPont, подчеркивают необходимость контроля: „Система контроля должна сообщать - в каком состоянии находятся аварийные сигналы. По каким аварийным сигналам проводится техническое обслуживание? Сколько сигналов имеет самый высокий приоритет? Какие из них относятся к системе безопасности? Она также должна сообщать об эффективности работы системы. Соответствует ли ее работа вашим целям и основополагающим принципам?"

Кейт Джоунз, старший менеджер по системам визуализации в Wonderware, добавляет: „Во многих отраслях промышленности, например в фармацевтике и в пищевой промышленности, уже сегодня требуется ведение баз данных по материалам и ингредиентам. Эта информация может также оказаться полезной при анализе аварийных сигналов. Мы можем установить комплект оборудования, работающего в реальном времени. Оно помогает определить место, где возникла проблема, с которой связан аварийный сигнал. Например, можно создать простые гистограммы частот аварийных сигналов. Можно сформировать отчеты об аварийных сигналах в соответствии с разными уровнями системы контроля, которая предоставляет сведения как для менеджеров, так и для исполнителей”.

Представитель компании Invensys Гэртнер утверждает, что двумя основными элементами каждой программы управления аварийными сигналами должны быть: „хороший аналитический инструмент, с помощью которого можно определить устройства, подающие наибольшее количество аварийных сигналов, и эффективный технологический процесс, позволяющий объединить усилия персонала и технические средства для устранения неисправностей. Инструментарий помогает выявить источник проблемы. С его помощью можно определить наиболее частые сигналы, а также ложные и отвлекающие сигналы. Таким образом, мы можем выяснить, где и когда возникают аварийные сигналы, можем провести анализ основных причин и выяснить, почему происходит резкое увеличение сигналов, а также установить для них новые приоритеты. На многих предприятиях высокий приоритет установлен для всех аварийных сигналов. Это неприемлемое решение. Наиболее разумным способом распределения приоритетности является следующий: 5 % аварийных сигналов имеют приоритет № 1, 15% приоритет № 2, и 80% приоритет № 3. В этом случае оператор может отреагировать на те сигналы, которые действительно важны”.

И, тем не менее, Марк МакТэвиш, руководитель группы решений в области управления аварийными сигналами и международных курсов обучения в компании Matrikon, отмечает: „Необходимо помнить, что программное обеспечение - это всего лишь инструмент, оно само по себе не является решением. Аварийные сигналы должны представлять собой исключительные случаи, которые указывают на события, выходящие за приемлемые рамки. Удачные программы управления аварийными сигналами позволяют добиться внедрения на производстве именно такого подхода. Они помогают инженерам изо дня в день управлять своими установками, обеспечивая надежный контроль качества и повышение производительности за счет снижения незапланированных простоев”.

Система, нацеленная на оператора

Тем не менее, даже наличия хорошей системы сигнализации и механизма контроля и анализа ее функционирования еще недостаточно. Необходимо следовать основополагающим принципам, руководящему документу, который должен стать фундаментом для всей системы аварийной сигнализации в целом, подчеркивает Сэндз, сопредседатель ISA SP18. При разработке стандарта „основное внимание мы уделяем не только рационализации аварийных сигналов, - говорит он, - но и жизненному циклу систем управления аварийными сигналами в целом, включая обучение, внесение изменений, совершенствование и периодический контроль на производственном участке. Мы стремимся использовать целостный подход к системе управления аварийными сигналами, построенной в соответствии с ISA 84.00.01, Функциональная безопасность: Системы безопасности с измерительной аппаратурой для сектора обрабатывающей промышленности». (см. диаграмму Модель жизненного цикла системы управления аварийными сигналами)”.

«В данном подходе учитывается участие оператора. Многие недооценивают роль оператора,- отмечает МакТэвиш из Matrikon. - Система управления аварийными сигналами строится вокруг оператора. Инженерам трудно понять проблемы оператора, если они не побывают на его месте и не получат опыт управления аварийными сигналами. Они считают, что знают потребности оператора, но зачастую оказывается, что это не так”.

Удобное отображение информации с помощью человеко-машинного интерфейса является наиболее существенным аспектом системы управления аварийными сигналами. Джонс из Wonderware говорит: „Аварийные сигналы перед поступлением к оператору должны быть отфильтрованы так, чтобы до оператора дошли нужные сообщения. Программное обеспечение предоставляет инструментарий для удобной конфигурации этих параметров, но также важны согласованность и подтверждение ответных действий”.

Аварийный сигнал должен сообщать о том, что необходимо сделать. Например, как отмечает Стауффер из Siemens: „Когда специалист по автоматизации настраивает конфигурацию системы, он может задать обозначение для физического устройства в соответствии с системой идентификационных или контурных тегов ISA. При этом обозначение аварийного сигнала может выглядеть как LIC-120. Но оператору информацию представляют в другом виде. Для него это 'регулятор уровня для резервуара XYZ'. Если в сообщении оператору указываются неверные сведения, то могут возникнуть проблемы. Оператор, а не специалист по автоматизации является адресатом. Он - единственный, кто реагирует на сигналы. Сообщение должно быть сразу же абсолютно понятным для него!"

Эдди Хабиби, основатель и главный исполнительный директор PAS, отмечает: „Эффективность деятельности оператора, которая существенно влияет на надежность и рентабельность предприятия, выходит за рамки совершенствования системы управления аварийными сигналами. Инвестиции в операторов являются такими же важными, как инвестиции в современные системы управления технологическим процессом. Нельзя добиться эффективности работы операторов без учета человеческого фактора. Компетентный оператор хорошо знает технологический процесс, имеет прекрасные навыки общения и обращения с людьми и всегда находится в состоянии готовности в отношении всех событий системы аварийных сигналов”. „До возникновения DCS, -продолжает он, - перед оператором находилась схема технологического процесса, на которой были указаны все трубопроводы и измерительное оборудование. С переходом на управление с помощью ЭВМ сотни схем трубопроводов и контрольно-измерительных приборов были занесены в компьютерные системы. При этом не подумали об интерфейсе оператора. Когда произошел переход от аналоговых систем и физических схем панели управления к цифровым системам с экранными интерфейсами, оператор утратил целостную картину происходящего”.

«Оператору также требуется иметь необходимое образование в области технологических процессов, - подчеркивает Хабиби. - Мы часто недооцениваем роль обучения. Каковы принципы работы насоса или компрессора? Летчик гражданской авиации проходит бесчисленные часы подготовки. Он должен быть достаточно подготовленным перед тем, как ему разрешат взять на себя ответственность за многие жизни. В руках оператора химического производства возможно лежит не меньшее, если не большее количество жизней, но его подготовка обычно ограничивается двухмесячными курсами, а потом он учится на рабочем месте. Необходимо больше внимания уделять повышению квалификации операторов производства”.

Рентабельность

Эффективная система управления аварийными сигналами стоит времени и денег. Однако и неэффективная система также стоит денег и времени, но приводит к снижению производительности и повышению риска для человеческой жизни. Хотя создание новой программы управления аварийными сигналами или пересмотр и реконструкция старой может обескуражить кого угодно, существует масса информации по способам реализации и достижения целей системы управления аварийными сигналами.

Наиболее важным является именно определение цели и способов ее достижения. МакТэвиш говорит, что система должна выдавать своевременные аварийные сигналы, которые не дублируют друг друга, адекватно отражают ситуацию, помогают оператору диагностировать проблему и определять эффективное направление действий. „Целью является поддержание производства в безопасном, надежном рабочем состоянии, которое позволяет выпускать качественный продукт. В конечном итоге целью является финансовая прибыль. Если на предприятии не удается достичь этих целей, то его существование находится под вопросом.

Управление аварийными сигналами - это процесс, а не схема, - подводит итог Гэртнер из Invensys. - Это то же самое, что и производственная безопасность. Это - постоянный процесс, он никогда не заканчивается. Мы уже осознали высокую стоимость низкой эффективности и руководители предприятий больше не хотят за нее расплачиваться”.

Автор: Джини Катцель, Control Engineering

[ http://controlengrussia.com/artykul/article/hmi-upravlenie-avariinymi-signalami/]

Тематики

• автоматизированные системы

EN

• alarm management

 

авария
Неожиданный выход из строя конструкции, машины, системы инженерного оборудования сооружений
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

авария
Опасное техногенное происшествие, создающее на объекте, определенной территории или акватории угрозу жизни и здоровью людей и приводящее к разрушению зданий, сооружений, оборудования и транспортных средств, нарушению производственного или транспортного процесса, а также к нанесению ущерба окружающей природной среде.
Примечание
Крупная авария, как правило с человеческими жертвами, является катастрофой.
[ ГОСТ Р 22.0.05-94]

авария
Опасное техногенное происшествие, создающее на объекте, определенной территории или акватории угрозу жизни и здоровью людей и приводящее к разрушению зданий, сооружений, оборудования и транспортных средств, нарушению производственного или транспортного процесса, а также к нанесению ущерба окружающей природной среде.
[СО 34.21.307-2005]

авария
Разрушение сооружений и (или) технических устройств, применяемых на опасном производственном объекте, неконтролируемые взрыв и (или) выброс опасных веществ
[Федеральный закон от 21. 07.1 997 № 116-ФЗ «О промышленной безопасности опасных производственных объектов»]
[СТО Газпром РД 2.5-141-2005]

авария
Разрушение сооружений и (или) технических устройств, применяемых на опасном производственном объекте, неконтролируемый взрыв и (или) выброс опасных веществ.
[ ГОСТ Р 12.3.047-98]

авария
Разрушение сооружений, оборудования, технических устройств, неконтролируемые взрыв и/или выброс опасных веществ, создающие угрозу жизни и здоровью людей.
[ ГОСТ Р 12.0.006-2002]

авария
Событие, заключающееся в переходе объекта с одного уровня работоспособности или относительного уровня функционирования на другой, существенно более низкий, с крупным нарушением режима работы объекта.
Примечание.
Авария может привести к частичному или полному нарушению объекта, массовому нарушению питания потребителей, созданию опасных условий для человека и окружающей среды. Признаки аварии указываются в нормативно-технической документации.
[ОАО РАО "ЕЭС России" СТО 17330282.27.010.001-2008]

авария
аварийная ситуация
crash
Неустранимая неисправность, приводящая к перерыву в работе и потери части информации. Восстановление работоспособности аппаратных средств обычно осуществляется путем неоперативной замены неисправных модулей на исправные.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

• безопасность гидротехнических сооружений
• газораспределение
• пожарная безопасность
• техногенные чрезвычайные ситуации

EN

• accident
• breakdown
• crash
• emergency
• failure
• incident
• trouble

DE

• Havarie

FR

• accident
• avarie
• panne

 

недостаток или отсутствие
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• failure

 

неисправность
отказ в работе
Состояние машины, характеризующееся неспособностью выполнять заданную функцию, исключая случаи проведения профилактического технического обслуживания, других запланированных действий или недостаток внешних ресурсов (например, отключение энергоснабжения).
Примечание 1
Неисправность часто является результатом повреждения самой машины, однако она может иметь место и без повреждения.
Примечание 2
На практике термины «неисправность», «отказ» и «повреждение» часто используются как синонимы.
[ ГОСТ Р ИСО 12100-1:2007]

неисправность
Состояние оборудования, характеризуемое его неспособностью выполнять требуемую функцию, исключая профилактическое обслуживание или другие планово-предупредительные действия, а также исключая неспособность выполнять требуемую функцию из-за недостатка внешних ресурсов.
Примечание - Неисправность часто является следствием отказа самого оборудования, но может существовать и без предварительного отказа.
[ГОСТ ЕН 1070-2003]

неисправность
Состояние технического объекта (элемента), характеризуемое его неспособностью выполнять требуемую функцию, исключая периоды профилактического технического обслуживания или другие планово-предупредительные действия, или в результате недостатка внешних ресурсов.
Примечания
1 Неисправность является часто следствием отказа самого технического объекта, но может существовать и без предварительного отказа.
2 Английский термин «fault» и его определение идентичны данному в МЭК 60050-191 (МЭС 191-05-01) [1]. В машиностроении чаще применяют французский термин «defaut» или немецкий термин «Fehler», чем термины «panne» и «Fehlzusstand», которые употребляют с этим определением.
[ ГОСТ Р ИСО 13849-1-2003]

Тематики

• безопасность в целом
• безопасность машин и труда в целом

EN

• abnormality
• abort
• abortion
• breakage
• breakdown
• bug
• defect
• disease
• disrepair
• disturbance
• fail
• failure
• failure occurrence
• fault
• faultiness
• fouling
• health problem
• layup
• malfunction
• problem
• shutdown
• trouble

DE

• Fehler

FR

• défaut

 

несостоятельность (уравнения)
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• failure

 

несрабатывание
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• failure

 

неудача
провал
—
[Англо-русский глоссарий основных терминов по вакцинологии и иммунизации. Всемирная организация здравоохранения, 2009 г.]

Тематики

• вакцинология, иммунизация

Синонимы

• провал

EN

• failure

 

неудача (разработки или эксперимента)
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• failure

 

неудачная попытка
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• failure

 

неудачная скважина (по статистической терминологии)
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики

• нефтегазовая промышленность

EN

• failure

 

отказ
Нарушение способности оборудования выполнять требуемую функцию.
Примечания
1. После отказа оборудование находится в неисправном состоянии.
2. «Отказ» является событием, в отличие от «неисправности», которая является состоянием.
3. Это понятие, как оно определено, не применяют к оборудованию объекту, состоящему только из программных средств.
4. На практике термины «отказ» и «неисправность» часто используют как синонимы.
[ГОСТ ЕН 1070-2003]
[ ГОСТ Р ИСО 13849-1-2003]
[ ГОСТ Р МЭК 60204-1-2007]

отказ
Событие, заключающееся в нарушении работоспособного состояния объекта.
[ ГОСТ 27.002-89]
[ОСТ 45.153-99]
[СТО Газпром РД 2.5-141-2005]
[СО 34.21.307-2005]

отказ
Событие, заключающееся в нарушении работоспособного состояния машины и (или) оборудования вследствие конструктивных нарушений при проектировании, несоблюдения установленного процесса производства или ремонта, невыполнения правил или инструкций по эксплуатации.
[Технический регламент о безопасности машин и оборудования]

EN

failure
the termination of the ability of an item to perform a required function
NOTE 1 – After failure the item has a fault.
NOTE 2 – "Failure" is an event, as distinguished from "fault", which is a state.
NOTE 3 – This concept as defined does not apply to items consisting of software only.
[IEV number 191-04-01]
NOTE 4 - In practice, the terms fault and failure are often used synonymously
[IEC 60204-1-2006]

FR

défaillance
cessation de l'aptitude d'une entité à accomplir une fonction requise
NOTE 1 – Après défaillance d'une entité, cette entité est en état de panne.
NOTE 2 – Une défaillance est un passage d'un état à un autre, par opposition à une panne, qui est un état.
NOTE 3 – La notion de défaillance, telle qu'elle est définie, ne s'applique pas à une entité constituée seulement de logiciel.
[IEV number 191-04-01]

Тематики

• безопасность в целом
• безопасность гидротехнических сооружений
• безопасность машин и труда в целом
• газораспределение
• надежность средств электросвязи
• надежность, основные понятия

Обобщающие термины

• события

EN

• failure
• fault

DE

• Ausfall

FR

• défaillance

 

отказ (в работе)
выход из строя
повреждение
поломка
неисправность
несрабатывание
сбой
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики

• нефтегазовая промышленность

Синонимы

• выход из строя
• повреждение
• поломка
• неисправность
• несрабатывание
• сбой

EN

• failure

 

отказ (объекта)
Событие, заключающееся в нарушении работоспособного состояния объекта (ГОСТ 27. 002).
[ОСТ 45.152-99 ]

Тематики

• тех. обсл. и ремонт средств электросвязи

EN

• failure

 

отказ
Прекращение способности функционального блока выполнять необходимую функцию.
Примечания
1. Определение в МЭС 191-04-01 является идентичным, с дополнительными комментариями [ИСО/МЭК 2382-14-01-11].
2. Соотношение между сбоями и отказами в МЭК 61508 и МЭС 60050(191) см. на рисунке.
3. Характеристики требуемых функций неизбежно исключают определенные режимы работы, некоторые функции могут быть определены путем описания режимов, которых следует избегать. Возникновение таких режимов представляет собой отказ.
4. Отказы являются либо случайными (в аппаратуре), либо систематическими (в аппаратуре или в программном обеспечении).

Рис. Модель отказа
Примечания
1. Как показано на рисунке а), функциональный блок может быть представлен в виде многоуровневой иерархической конструкции, каждый из уровней которой может быть, в свою очередь, назван функциональным блоком. На уровне i «причина» может проявить себя как ошибка (отклонение от правильного значения или состояния) в пределах функционального блока, соответствующего данному уровню i. Если она не будет исправлена или нейтрализована, эта ошибка может привести к отказу данного функционального блока, который в результате перейдет в состояние F, в котором он более не может выполнять необходимую функцию (см. рисунок b)). Данное состояние F уровня i может в свою очередь проявиться в виде ошибки на уровне функционального блока i - 1, которая, если она не будет исправлена или нейтрализована, может привести к отказу функционального блока уровня i - 1.
2. В этой причинно - следственной цепочке один и тот же элемент («объект X ») может рассматриваться как состояние F функционального блока уровня i, в которое он попадает в результате отказа, а также как причина отказа функционального блока уровня i - 1. Данный «объект X » объединяет концепцию «отказа» в МЭК 61508 и ИСО/МЭК 2382-14, в которой внимание акцентируется на причинном аспекте, как показано на рисунке c), и концепцию «отказа» из МЭС 60050(191), в которой основное внимание уделено аспекту состояния, как показано на рисунке d). В МЭС 60050(191) состояние F называется отказом, а в МЭК 61508 и ИСО/МЭК 2382-14 оно не определено.
3. В некоторых случаях отказ или ошибка могут быть вызваны внешним событием, таким как молния или электростатические помехи, а не внутренним отказом. Более того, ошибка (в обоих словарях) может возникать без предшествующего отказа. Примером такой ошибки может быть ошибка проектирования.
[ ГОСТ Р МЭК 61508-4-2007]

Тематики

• электробезопасность

EN

• failure

 

повреждение
Неспособность машины выполнять заданную функцию.
Примечание 1
Неисправность, отказ в работе машины является результатом ее повреждения.
Примечание 2
Повреждение является событием в отличие от неисправности и отказа, которые являются состоянием.
Примечание 3
Рассматриваемое понятие не распространяется на программное обеспечение (см. МЭС 191-04-01
[ ГОСТ Р ИСО 12100-1:2007]

повреждение
Событие, заключающееся в нарушении исправного состояния объекта при сохранении работоспособного состояния.
[ ГОСТ 27.002-89]
[ОСТ 45.153-99]
[СТО Газпром РД 2.5-141-2005]

повреждение
По ГОСТ 13377-75
[ ГОСТ 24166-80]

EN

damage
any change in visual appearance or alteration of mechanical integrity
[IEC 60571, ed. 2.0 (1998-02)]

damage
degradation of a component leading to penetration by acid or moisture
[IEC 62662, ed. 1.0 (2010-08)]

FR

détérioration
tout changement dans l’aspect ou toute altération de l’intégrité mécanique
[IEC 60571, ed. 2.0 (1998-02)]

Тематики

• безопасность машин и труда в целом
• газораспределение
• надежность средств электросвязи
• надежность, основные понятия
• ремонт судов

Обобщающие термины

• события

EN

• breakdown
• damage
• failure

DE

• Beschädigung

FR

• détérioration
• endommagement

 

разрушение
Кинетический процесс зарождения и (или) развития трещин в результате действия внешних или внутренних напряжений, завершающегося разделением изделия (образца) на части. Разрушение классифицируют по разным признакам на следующие виды: по характеру силового воздействия на статически кратковременное, статически длительное, усталостное и ударное (динамическое); по ориентировке макроскопической поверхности разрушения — на разрушение путем отрыва (поверхность разрушения перпендикулярна направлению наибольших растягивающих напряжений или среза (поверхность разрушения составляет угол около 45°); по величине пластической деформации, предшествующей разрушению — на хрупкое и вязкое; по расположению поверхности разрушения относительно структуры — на транскристаллическое (внутрикристалл.), интеркристаллическое (межкристалл.) и смешанное; по влиянию внешней среды — на водородное, жидкометаллическое, коррозионное и т.п. В механике разрушения различают три способа взаимного смещения поверхностей трещины: I — отрыв; II — поперечный и III — продольный (чистый) сдвиг. Если трещина распространяется так же легко (без заметных следов пластической деформации), как и ее зарождение, то разрушение называют хрупким. Когда распространение трещины значительно более энергоемкий (на несколько порядков), чем ее зарождение, процесс, сопровождаемый значительной пластической деформацией не только вблизи поверхности разрушения, но и в объеме тела, то разрушение вязкое. Энергетические затраты на распространение трещины определяет ее трещиностойкость. Характер разрушения проявляется в структуре поверхности излома, изучаемого фрактографией.

разрушение
Неровная поверхность, возникающая при разрушении фрагмента металла.
[ http://www.manual-steel.ru/eng-a.html]

Тематики

• металлургия в целом

EN

• failure
• fracture

 

сбой (в информационных технологиях)
Потеря способности функционировать в соответствии со спецификацией или предоставлять требуемый результат. Термин «сбой» может быть использован по отношению к ИТ-услугам, процессам, видам деятельности, конфигурационным единицам и т. п. Сбой часто служит причиной инцидента.
[ http://www.dtln.ru/slovar-terminov]

Тематики

• информационные технологии в целом

EN

• failure

 

сбой (в информационных технологиях)
(ITIL Service Operation)
Потеря способности функционировать в соответствии со спецификацией или предоставлять требуемый результат. Этот термин может быть использован по отношению к ИТ-услугам, процессам, деятельности, конфигурационным единицам и т.п. Сбой часто служит причиной инцидента.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

failure
(ITIL Service Operation)
Loss of ability to operate to specification, or to deliver the required output. The term may be used when referring to IT services, processes, activities, configuration items etc. A failure often causes an incident.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• failure

отказ (failure): Событие, заключающееся в нарушении работоспособного состояния объекта

[ ГОСТ 27.002-89, статья 3.3].

Источник: ГОСТ Р 52527-2006: Установки газотурбинные. Надежность, готовность, эксплуатационная технологичность и безопасность оригинал документа

3.5 отказ (failure): Прекращение способности элемента исполнять требуемую функцию.

Примечания

1 После отказа элемент становится неисправным.

2 Отказ является событием в отличие от неисправности, которая является состоянием.

Источник: ГОСТ Р 51901.5-2005: Менеджмент риска. Руководство по применению методов анализа надежности оригинал документа

3.3. Отказ

Failure

Событие, заключающееся в нарушении работоспособного состояния объекта

Источник: ГОСТ 27.002-89: Надежность в технике. Основные понятия. Термины и определения оригинал документа

3.32 повреждение (failure): Неспособность машины выполнять заданную функцию.

Примечание 1 - Неисправность, отказ в работе машины является результатом ее повреждения.

Примечание 2 - Повреждение является событием в отличие от неисправности и отказа, которые являются состоянием.

Примечание 3 - Рассматриваемое понятие не распространяется на программное обеспечение (см. МЭС 191-04-01 [11]).

Источник: ГОСТ Р ИСО 12100-1-2007: Безопасность машин. Основные понятия, общие принципы конструирования. Часть 1. Основные термины, методология оригинал документа

3.4 отказ (failure): Утрата изделием способности выполнять требуемую функцию.

Примечание - Отказ является событием в отличие от неисправности, которая является состоянием.

Источник: ГОСТ Р ИСО 13379-2009: Контроль состояния и диагностика машин. Руководство по интерпретации данных и методам диагностирования оригинал документа

3.2 отказ (failure): Утрата объектом способности выполнять требуемую функцию¹⁾.

___________

¹⁾ Более детально см. [1].

Источник: ГОСТ Р 51901.12-2007: Менеджмент риска. Метод анализа видов и последствий отказов оригинал документа

3.29 отказ (failure): Событие, происходящее с элементом или системой и вызывающее один или оба следующих эффекта: потеря элементом или системой своих функций или ухудшение работоспособности до степени существенного снижения безопасности установки, персонала или окружающей среды.

Источник: ГОСТ Р 54382-2011: Нефтяная и газовая промышленность. Подводные трубопроводные системы. Общие технические требования оригинал документа

3.1.3 отказ (failure): Потеря объектом способности выполнять требуемую функцию.

Примечания

1. После отказа объект имеет неисправность.

2. Отказ - это событие в отличие от неисправности, которое является состоянием.

3. Данное понятие по определению не касается программного обеспечения в чистом виде.

[МЭК 60050-191 ][1]

Источник: ГОСТ Р 50030.5.4-2011: Аппаратура распределения и управления низковольтная. Часть 5.4. Аппараты и элементы коммутации для цепей управления. Метод оценки рабочих характеристик слаботочных контактов. Специальные испытания оригинал документа

3.5 отказ (failure): Неспособность конструкции, системы или компонента функционировать в пределах критериев приемлемости.

[Глоссарий МАГАТЭ по безопасности, издание 2.0, 2006]

Примечание 1 - Отказ - это результат неисправности аппаратных средств, дефекта программного обеспечения, неисправности системы или ошибки оператора, связанной с ними сигнальной траекторией, которая и вызывает отказ.

Примечание 2 - См. также «дефект», «отказ программного обеспечения».

Источник: ГОСТ Р МЭК 62340-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования по предотвращению отказов по общей причине оригинал документа

3.3 отказ (failure): Утрата изделием способности выполнять требуемую функцию.

Примечание - Обычно отказ является следствием неисправности одного или нескольких узлов машины.

Источник: ГОСТ Р ИСО 17359-2009: Контроль состояния и диагностика машин. Общее руководство по организации контроля состояния и диагностирования оригинал документа

3.16 отказ (failure): Отклонение реального функционирования от запланированного. [МЭК 61513, пункт 3.21, изменено]

Источник: ГОСТ Р МЭК 60880-2010: Атомные электростанции. Системы контроля и управления, важные для безопасности. Программное обеспечение компьютерных систем, выполняющих функции категории А оригинал документа

3.6.4 отказ (failure): Прекращение способности функционального блока выполнять необходимую функцию.

Примечания

1. Определение в МЭС 191-04-01 является идентичным, с дополнительными комментариями [ИСО/МЭК 2382-14-01-11].

2. Соотношение между сбоями и отказами в МЭК 61508 и МЭС 60050(191) см. на рисунке 4.

3. Характеристики требуемых функций неизбежно исключают определенные режимы работы, некоторые функции могут быть определены путем описания режимов, которых следует избегать. Возникновение таких режимов представляет собой отказ.

4. Отказы являются либо случайными (в аппаратуре), либо систематическими (в аппаратуре или в программном обеспечении), см. 3.6.5 и 3.6.6.

Примечания

1. Как показано на рисунке 4а), функциональный блок может быть представлен в виде многоуровневой иерархической конструкции, каждый из уровней которой может быть, в свою очередь, назван функциональным блоком. На уровне i «причина» может проявить себя как ошибка (отклонение от правильного значения или состояния) в пределах функционального блока, соответствующего данному уровню i. Если она не будет исправлена или нейтрализована, эта ошибка может привести к отказу данного функционального блока, который в результате перейдет в состояние F, в котором он более не может выполнять необходимую функцию (см. рисунок 4b)). Данное состояние F уровня i может в свою очередь проявиться в виде ошибки на уровне функционального блока i - 1, которая, если она не будет исправлена или нейтрализована, может привести к отказу функционального блока уровня i - 1.

2. В этой причинно-следственной цепочке один и тот же элемент («объект X») может рассматриваться как состояние F функционального блока уровня i, в которое он попадает в результате отказа, а также как причина отказа функционального блока уровня i - 1. Данный «объект X» объединяет концепцию «отказа» в МЭК 61508 и ИСО/МЭК 2382-14, в которой внимание акцентируется на причинном аспекте, как показано на рисунке 4с), и концепцию «отказа» из МЭС 60050(191), в которой основное внимание уделено аспекту состояния, как показано на рисунке 4d). В МЭС 60050(191) состояние F называется отказом, а в МЭК 61508 и ИСО/МЭК 2382-14 оно не определено.

3. В некоторых случаях отказ или ошибка могут быть вызваны внешним событием, таким как молния или электростатические помехи, а не внутренним отказом. Более того, ошибка (в обоих словарях) может возникать без предшествующего отказа. Примером такой ошибки может быть ошибка проектирования.

Рисунок 4 - Модель отказа

Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа

3.21 отказ (failure): Отклонение реального функционирования от запланированного (см. рисунок 3). [МЭК 60880-2, пункт 3.8]

Примечание 1 - Отказ является результатом сбоя в аппаратуре, программном обеспечении, системе или ошибки оператора или обслуживания и отражается на прохождении сигнала.

Примечание 2 - См. также «дефект», «отказ программного обеспечения».

Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа

3.22 отказ (failure): Событие, заключающееся в нарушении работоспособного состояния элементов или систем платформы.

Источник: ГОСТ Р 54483-2011: Нефтяная и газовая промышленность. Платформы морские для нефтегазодобычи. Общие требования оригинал документа

5. Повреждение

D. Beschädigung

E. Failure

F. Endommagement

По ГОСТ 13377-75

Источник: ГОСТ 24166-80: Система технического обслуживания и ремонта судов. Ремонт судов. Термины и определения оригинал документа

3.1.29 отказ (failure): Окончание способности изделия выполнять требуемую функцию.

Источник: ГОСТ Р 54828-2011: Комплектные распределительные устройства в металлической оболочке с элегазовой изоляцией (КРУЭ) на номинальные напряжения 110 кВ и выше. Общие технические условия оригинал документа

 

рабочее место
Элементарная единица структуры предприятия, где размещены исполнители работы, обслуживаемое технологическое оборудование, часть конвейера, на ограниченное время оснастка и предметы труда.
Примечание:
Определение рабочего места приведено применительно к машиностроительному производству. Определение рабочего места, применяемое в других отраслях народного хозяйства, установлено ГОСТ 19605
[ ГОСТ 14.004-83]

рабочее место
Зона, оснащенная необходимыми техническими средствами, в которой совершается трудовая деятельность исполнителя или группы исполнителей, совместно выполняющих одну работу или операцию
[ ГОСТ 19605-74]

рабочее место
Совокупность рабочего оборудования в рабочей области, окруженного рабочими условиями.
[ГОСТ Р ЕН 614-1-2003]

место рабочее
1. Определённый участок производственной площади, закреплённый за рабочим, служащим или бригадой, оборудованный соответственно характеру выполняемых работ
2. Расчётная единица для определения размеров торгового предприятия
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

ПРИМЕРНЫЙ ПЕРЕЧЕНЬ ОСНОВНЫХ ВОПРОСОВ ПЕРВИЧНОГО ИНСТРУКТАЖА НА РАБОЧЕМ МЕСТЕ

1. Общие сведения о технологическом процессе и оборудовании на данном рабочем месте, производственном участке, в цехе. Основные опасные и вредные производственные факторы, возникающие при данном технологическом процессе.
2. Безопасная организация и содержание рабочего места.
3. Опасные зоны машины, механизма, прибора. Средства безопасности оборудования (предохранительные, тормозные устройства и ограждения, системы блокировки и сигнализации, знаки безопасности). Требования по предупреждению электротравматизма.
4. Порядок подготовки к работе (проверка исправности оборудования, пусковых приборов, инструмента и приспособлений, блокировок, заземления и других средств защиты).
5. Безопасные приемы и методы работы; действия при возникновении опасной ситуации.
6. Средства индивидуальной защиты на данном рабочем месте и правила пользования ими.
7. Схема безопасного передвижения работающих на территории цеха, участка.
8. Внутрицеховые транспортные и грузоподъемные средства и механизмы. Требования безопасности при погрузочно-разгрузочных работах и транспортировке грузов.
9. Характерные причины аварий, взрывов, пожаров, случаев производственных травм.
10. Меры предупреждения аварий, взрывов, пожаров. Обязанность и действия при аварии, взрыве, пожаре. Способы применения имеющихся на участке средств пожаротушения, противоаварийной защиты и сигнализации, места их расположения.
[ ГОСТ 12.0.004-90]

Тематики

• безопасность машин и труда в целом
• организация труда, производства
• технологическая подготовка производства

EN

• working place

DE

• Arbeitsplatz
• Arbeitsstelle

FR

• place de travail
• poste de travail

3.18 рабочее место (workstation): Место оператора вблизи машины.

Примечание - В настоящем стандарте принимают, что рабочим местом является поверхность, охватывающая испытуемую машину на расстоянии 1 м от огибающего параллелепипеда.

Источник: ГОСТ 31336-2006: Шум машин. Технические методы измерения шума компрессоров и вакуумных насосов оригинал документа

3.1.3 рабочее место (work station): Место в непосредственной близости от машины, которое может быть занято оператором, или место, которое предназначено для выполнения производственного задания.

Источник: ГОСТ Р 52797.1-2007: Акустика. Рекомендуемые методы проектирования малошумных рабочих мест производственных помещений. Часть 1. Принципы защиты от шума оригинал документа

3.23 рабочее место (workplace): Установленное расположение элементов рабочей станции относительно оператора, предназначенное для выполнения производственного задания.

Источник: ГОСТ Р ИСО 9241-5-2009: Эргономические требования к проведению офисных работ с использованием видеодисплейных терминалов (VDT). Часть 5. Требования к расположению рабочей станции и осанке оператора оригинал документа

3.10 рабочее место (work station): Совокупность производственного оборудования и рабочего пространства для выполнения рабочим производственного задания.

[11064-2:2000]

Примечание - Возможна ситуация, когда несколько человек совместно используют одно рабочее место или когда несколько человек поочередно используют несколько рабочих мест в пределах заданного периода времени (по часам, дням, неделям).

Источник: ГОСТ Р 53454.1-2009: Эргономические процедуры оптимизации локальной мышечной нагрузки. Часть 1. Рекомендации по снижению нагрузки оригинал документа

3.1.5 рабочее место (workstation): Место в производственном помещении, где оператор выполняет работу.

Примечание 1 - Этот термин не распространяется на рабочую станцию, под которой понимают высокопроизводительный компьютер одного пользователя.

Примечание 2 - См. ИСО 11201:1995.

Источник: ГОСТ Р 53032-2008: Шум машин. Измерение шума оборудования для информационных технологий и телекоммуникаций оригинал документа